Transactions এবং Locking

Transactions এবং Locking দুটি গুরুত্বপূর্ণ ধারণা যা ডেটাবেস ম্যানেজমেন্ট সিস্টেম (DBMS)-এ ডেটা সুরক্ষা এবং ডেটাবেসের এক্সেস কন্ট্রোলের জন্য ব্যবহৃত হয়। এই দুটি কনসেপ্ট ডেটাবেসে একযোগভাবে কাজ করে, যাতে এসিD (ACID) বৈশিষ্ট্য বজায় থাকে এবং ডেটা সঠিকভাবে প্রক্রিয়া করা যায়, বিশেষত যখন একাধিক ব্যবহারকারী একই সময়ে ডেটাবেসে কাজ করছে।

১. Transactions (ট্রানজ্যাকশন)

Transaction একটি ডেটাবেসের মধ্যে একাধিক SQL অপারেশনের একটি গ্রুপ, যা একসাথে সম্পাদন করা হয়। এটি ডেটাবেসে একাধিক কার্যক্রম পরিচালনা করার সময় একযোগে অথবা কোনো শর্তে ব্যর্থ হলে সমস্ত কার্যক্রম রোলব্যাক করার জন্য ব্যবহৃত হয়। Transactions ডেটাবেসের এসিD (ACID) গুণাবলী নিশ্চিত করতে সাহায্য করে।

Transaction এর চারটি মূল বৈশিষ্ট্য (ACID):

• Atomicity (অ্যাটমিকিটি):
  • একটি ট্রানজ্যাকশন সম্পূর্ণ সফল হতে হবে বা পুরোপুরি ব্যর্থ হতে হবে। অর্থাৎ, যদি কোনো অংশ ব্যর্থ হয়, তাহলে পুরো ট্রানজ্যাকশন রোলব্যাক (rollback) করা হবে।
• Consistency (সঙ্গতি):
  • ডেটাবেসের অবস্থান প্রাথমিকভাবে সঠিক ছিল, এবং ট্রানজ্যাকশন শেষে তা সঠিক অবস্থায় ফিরে আসবে।
• Isolation (আন্তরিকতা):
  • একাধিক ট্রানজ্যাকশন একে অপরকে প্রভাবিত না করে কাজ করবে। একটি ট্রানজ্যাকশন যখন চলমান থাকে, তখন অন্য ট্রানজ্যাকশন তা দেখতে পাবে না।
• Durability (স্থায়িত্ব):
  • একবার ট্রানজ্যাকশন সফল হলে, এর পরিবর্তনগুলি স্থায়ী হবে এবং সিস্টেম ক্র্যাশ হলেও হারানো যাবে না।

ট্রানজ্যাকশন পরিচালনা করার স্টেটমেন্ট:

• BEGIN TRANSACTION: একটি নতুন ট্রানজ্যাকশন শুরু করার জন্য ব্যবহৃত হয়।
• COMMIT: ট্রানজ্যাকশন সফল হলে, পরিবর্তনগুলি ডেটাবেসে স্থায়ী করার জন্য ব্যবহৃত হয়।
• ROLLBACK: ট্রানজ্যাকশন ব্যর্থ হলে, সমস্ত পরিবর্তন পূর্বাবস্থায় ফিরিয়ে নেওয়ার জন্য ব্যবহৃত হয়।

উদাহরণ:

BEGIN TRANSACTION;

-- প্রথম আপডেট
UPDATE Accounts SET Balance = Balance - 100 WHERE AccountID = 1;

-- দ্বিতীয় আপডেট
UPDATE Accounts SET Balance = Balance + 100 WHERE AccountID = 2;

-- যদি সবকিছু ঠিক থাকে
COMMIT;

-- যদি কোনো ত্রুটি ঘটে
ROLLBACK;

এখানে:

• দুটি অ্যাকাউন্টের ব্যালেন্স আপডেট করা হচ্ছে, এবং যদি কোনো একটি স্টেটমেন্ট ব্যর্থ হয়, তাহলে পুরো ট্রানজ্যাকশন রোলব্যাক হবে।

২. Locking (লকিং)

Locking ডেটাবেসে একাধিক ব্যবহারকারী বা ট্রানজ্যাকশন একই সময়ে একে অপরের ডেটাতে প্রবেশের চেষ্টা করলে তার প্রবাহ নিয়ন্ত্রণ করার প্রক্রিয়া। এটি ডেটা নিরাপত্তা নিশ্চিত করার জন্য অত্যন্ত গুরুত্বপূর্ণ, কারণ একই ডেটা একাধিক স্থানে পরিবর্তিত হলে ডেটা ইনকনসিস্টেন্ট হতে পারে।

লকিং এর ধরন:

1. Shared Lock (S Lock):
   • এটি অন্য ট্রানজ্যাকশনকে ডেটা পড়তে দেয়, তবে আপডেট বা পরিবর্তন করতে দেয় না। অর্থাৎ, অন্য ট্রানজ্যাকশন শুধুমাত্র ডেটা পড়তে পারবে, কিন্তু পরিবর্তন করতে পারবে না।
2. Exclusive Lock (X Lock):
   • এটি একমাত্র ট্রানজ্যাকশনকে ডেটা পরিবর্তন করার অনুমতি দেয়, এবং অন্য কোন ট্রানজ্যাকশন সেই ডেটা পড়তে বা পরিবর্তন করতে পারবে না।
3. Update Lock (U Lock):
   • এটি একটি বিশেষ ধরনের লক যা ডেটাকে আপডেট করার জন্য ব্যবহার হয়। এটি অন্য ট্রানজ্যাকশনের জন্য শেয়ার লক প্রদান করতে সহায়ক হতে পারে।
4. Intent Lock (I Lock):
   • এটি এমন একটি লক যা নিশ্চিত করে যে কোনো ট্রানজ্যাকশন টেবিলের সারিতে লক করতে চায়, তবে সারি বা পৃষ্ঠা লক না করে এটি শুধুমাত্র পরিকল্পনার স্তরে লক বসায়।

লকিং এর প্রয়োজনীয়তা:

• ডেটা এক্সক্লুসিভিটি: একাধিক ট্রানজ্যাকশন একসাথে একই ডেটাতে কাজ করলে ডেটার এক্সক্লুসিভতা নিশ্চিত করা হয়।
• ডেটা কনসিস্টেন্সি: একাধিক ট্রানজ্যাকশনের মধ্যে কোন আপডেট বা পরিবর্তন সংঘর্ষ না করে তা নিশ্চিত করতে লকিং প্রয়োজন।
• ডেডলক (Deadlock): একাধিক ট্রানজ্যাকশন একে অপরকে অপেক্ষা করতে পারে এবং এটি ডেডলক সৃষ্টি করতে পারে, যা কখনো কখনো ম্যানুয়ালি রেজলভ করতে হয়।

উদাহরণ:

BEGIN TRANSACTION;

-- শেয়ার লক
SELECT * FROM Accounts WHERE AccountID = 1;  -- Shared Lock

-- এক্সক্লুসিভ লক
UPDATE Accounts SET Balance = Balance - 100 WHERE AccountID = 1;  -- Exclusive Lock

COMMIT;

এখানে:

• প্রথমে Shared Lock নেয়া হচ্ছে, যার মাধ্যমে অন্য ট্রানজ্যাকশন ডেটা পড়তে পারবে।
• পরে Exclusive Lock নেয়া হচ্ছে, যাতে ডেটা শুধুমাত্র এই ট্রানজ্যাকশন দ্বারা পরিবর্তিত হয়।

৩. Transaction Isolation Levels (আইসোলেশন লেভেল)

Isolation Levels হল ট্রানজ্যাকশনগুলির মধ্যে লকিং এবং অ্যাক্সেস কন্ট্রোল সম্পর্কিত সেটিংস যা ডেটার এক্সক্লুসিভিটি ও কনসিস্টেন্সি নিশ্চিত করে।

Isolation Levels:

1. Read Uncommitted: একে "dirty read" বলা হয়। এক ট্রানজ্যাকশন যে ডেটা আপডেট করেছে তা অন্য ট্রানজ্যাকশন দ্বারা দেখা যেতে পারে, এমনকি এটি commit না হলে।
2. Read Committed: অন্য ট্রানজ্যাকশন যে ডেটা পরিবর্তন করেছে তা শুধুমাত্র তার commit হওয়ার পরই দেখা যাবে।
3. Repeatable Read: এক ট্রানজ্যাকশন যখন কোনো ডেটা পড়ে, তখন অন্য ট্রানজ্যাকশন এই ডেটা আপডেট করতে পারবে না।
4. Serializable: সবচেয়ে শক্তিশালী আইসোলেশন লেভেল, যা নিশ্চিত করে যে এক সময়ে শুধুমাত্র এক ট্রানজ্যাকশন ডেটাকে পরিবর্তন করতে পারবে।

উদাহরণ:

SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
BEGIN TRANSACTION;
SELECT * FROM Accounts WHERE AccountID = 1;
-- কোনো অন্য ট্রানজ্যাকশন এই রেকর্ডটি আপডেট করতে পারবে না
COMMIT;

সারাংশ

• Transactions ডেটাবেসে একাধিক SQL স্টেটমেন্ট একত্রে সম্পাদন করার একটি গ্রুপ যা ডেটাবেসে একাধিক পরিবর্তন একযোগে অথবা ব্যর্থ হলে সবকিছু রোলব্যাক করতে সাহায্য করে।
• Locking ডেটাবেসের একাধিক ট্রানজ্যাকশন একে অপরের ডেটাতে প্রবেশের চেষ্টা করলে তা নিয়ন্ত্রণ করার জন্য ব্যবহৃত হয়, যা ডেটা এক্সক্লুসিভিটি এবং কনসিস্টেন্সি নিশ্চিত করে।
• Isolation Levels বিভিন্ন ডেটাবেস অ্যাপ্লিকেশনগুলিতে ডেটা এক্সক্লুসিভিটি এবং কনসিস্টেন্সি বজায় রাখতে আইসোলেশন স্ট্যান্ডার্ডগুলো নির্ধারণ করে।

এভাবে Transactions এবং Locking ডেটাবেসের অটোমেশন এবং একাধিক ব্যবহারকারীর সিস্টেমে সমন্বয় বজায় রাখতে গুরুত্বপূর্ণ ভূমিকা পালন করে।

Transaction (ট্রানজ্যাকশন) হল একটি ডেটাবেস অপারেশন বা একাধিক অপারেশন একসাথে সম্পাদন করার একটি ইউনিট যা একটিই কার্যক্রম হিসেবে গন্য হয়। এক বা একাধিক SQL স্টেটমেন্টের একটি গ্রুপকে Transaction বলা হয়, যা সঠিকভাবে সম্পন্ন হলে ডেটাবেসে পরিবর্তন আনে এবং যদি কোন কারণে ত্রুটি ঘটে, তবে সমস্ত পরিবর্তন রোলব্যাক (rollback) করে পূর্বের অবস্থায় ফিরে যায়। এটি ডেটাবেসে ইনটিগ্রিটি এবং নিরাপত্তা নিশ্চিত করার জন্য ব্যবহৃত হয়।

Transaction এর মূল বৈশিষ্ট্য:

1. Atomicity (অ্যাটমিকিটি):
   • এটমিকিটি নিশ্চিত করে যে একটি ট্রানজ্যাকশনের সমস্ত অপারেশন একসাথে সম্পন্ন হবে বা কোনো একটিও সম্পন্ন হবে না। অর্থাৎ, যদি একটি অপারেশন ব্যর্থ হয়, তবে সমস্ত পরিবর্তন রোলব্যাক হয়ে যাবে এবং ডেটাবেস আগের অবস্থায় ফিরে যাবে।
   • উদাহরণ: একটি ব্যাংক ট্রানজ্যাকশন, যেখানে আপনি এক অ্যাকাউন্ট থেকে অন্য অ্যাকাউন্টে টাকা স্থানান্তর করছেন। যদি এক অ্যাকাউন্ট থেকে টাকা কাটার পর অন্য অ্যাকাউন্টে জমা না হয়, তবে পুরো অপারেশন বাতিল হয়ে যাবে।
2. Consistency (সঙ্গতি):
   • ট্রানজ্যাকশন ডেটাবেসকে একটিই সঙ্গতিপূর্ণ অবস্থায় রেখে যায়, এমনকি যদি কোনো ত্রুটি ঘটে।
   • উদাহরণ: ডেটাবেসের যে কোন আপডেট করার সময়, ডেটা অবশ্যই নির্দিষ্ট নিয়ম এবং মান বজায় রেখে পরিবর্তিত হবে।
3. Isolation (আইসোলেশন):
   • একাধিক ট্রানজ্যাকশন একযোগভাবে চলতে থাকলে, তাদের মধ্যে কোনো পারস্পরিক প্রভাব পড়বে না। প্রতিটি ট্রানজ্যাকশন অন্য ট্রানজ্যাকশন থেকে আলাদা এবং নিরপেক্ষভাবে সম্পন্ন হবে।
   • উদাহরণ: একসাথে দুটি ট্রানজ্যাকশন চলাকালীন একটি ট্রানজ্যাকশন কোনো রেকর্ড পরিবর্তন করলে অন্য ট্রানজ্যাকশন তার মধ্যে কোনো পরিবর্তন দেখতে পাবে না যতক্ষণ না প্রথমটি সম্পন্ন হয়।
4. Durability (টেকসইতা):
   • একবার একটি ট্রানজ্যাকশন সফলভাবে সম্পন্ন হলে, তার ফলাফল স্থায়ীভাবে ডেটাবেসে সংরক্ষিত হবে, এমনকি সিস্টেম ক্র্যাশ হলেও।
   • উদাহরণ: একটি ব্যাংক অ্যাকাউন্টে টাকা জমা হলে, এটি ডেটাবেসে স্থায়ীভাবে সংরক্ষিত থাকবে যতক্ষণ না তা ফেরত নেয়া হয়।

Transaction এর প্রয়োজন কেন?

1. ডেটাবেসের একযোগভাবে কার্যকরী পরিবর্তন নিশ্চিত করা:
   • যখন একাধিক SQL স্টেটমেন্ট একসাথে সম্পাদন করা হয় (যেমন একসাথে একাধিক টেবিলের ডেটা আপডেট করা), তখন ট্রানজ্যাকশন নিশ্চিত করে যে, এই অপারেশনগুলোর সবগুলো একযোগভাবে সফল হবে বা একটিও সফল হবে না।
2. ডেটাবেসের ইনটিগ্রিটি বজায় রাখা:
   • ট্রানজ্যাকশন ডেটাবেসের স্বাভাবিকতা বজায় রাখতে সহায়তা করে। এটি ডেটাবেসে ভুল বা অসম্পূর্ণ ডেটা প্রবেশের ঝুঁকি কমায়।
   • উদাহরণস্বরূপ, একটি ব্যাংক ট্রানজ্যাকশনে যদি কোনো কারণে এক অ্যাকাউন্ট থেকে টাকা কাটা হয় কিন্তু অন্য অ্যাকাউন্টে জমা না হয়, তবে পুরো ট্রানজ্যাকশন রোলব্যাক হয়ে যাবে এবং ডেটাবেস সঠিক অবস্থায় ফিরে যাবে।
3. ডেটার নিরাপত্তা এবং নির্ভরযোগ্যতা:
   • ট্রানজ্যাকশন সিস্টেম ব্যবহারের মাধ্যমে, একাধিক ডেটাবেস অপারেশন একত্রে চলাকালীন সমস্ত পরিবর্তন সঠিকভাবে এবং নিরাপদে সম্পন্ন হয়। এটি নিশ্চিত করে যে ডেটাবেসে কোনো ভুল বা অসম্পূর্ণ ডেটা প্রবাহিত হবে না।
4. ব্যবহারকারীর ভুল এড়ানো:
   • যখন কোনও অপারেশন সঠিকভাবে সম্পন্ন না হয়, তখন ট্রানজ্যাকশন রোলব্যাক করা হয়, যাতে ডেটাবেসের মধ্যে কোনো ভুল বা অপ্রত্যাশিত পরিবর্তন না ঘটে।
5. সিস্টেম ক্র্যাশ বা পাওয়ার লস থেকে পুনরুদ্ধার:
   • যদি কোনো কারণে সিস্টেম ক্র্যাশ হয়ে যায়, ট্রানজ্যাকশন নিশ্চিত করে যে অর্ধেক সম্পন্ন হওয়া অপারেশন রোলব্যাক হবে এবং সিস্টেম পুনরুদ্ধারের পর পূর্বের অবস্থায় ফিরে যাবে।

Transaction এর উদাহরণ

ধরা যাক, একটি ব্যাঙ্ক অ্যাকাউন্টে টাকা স্থানান্তর করতে চান:

1. Debit Account (Sender Account): প্রথমে পাঠক অ্যাকাউন্ট থেকে কিছু টাকা কাটা হবে।
2. Credit Account (Receiver Account): তারপর প্রাপক অ্যাকাউন্টে ঐ পরিমাণ টাকা জমা হবে।

BEGIN TRANSACTION;  -- ট্রানজ্যাকশন শুরু

-- Debit Sender Account
UPDATE Accounts
SET Balance = Balance - 500
WHERE AccountID = 1;

-- Credit Receiver Account
UPDATE Accounts
SET Balance = Balance + 500
WHERE AccountID = 2;

-- যদি কোনো ভুল না হয়, ট্রানজ্যাকশন সম্পন্ন হবে
COMMIT;  -- ট্রানজ্যাকশন সম্পন্ন

এখানে যদি কোনো কারণে এক অ্যাকাউন্ট থেকে টাকা কাটার পর অন্য অ্যাকাউন্টে জমা না হয় (যেমন কোনো সার্ভার ত্রুটি বা হার্ডওয়্যার সমস্যা), তাহলে এই পরিবর্তনগুলি রোলব্যাক হবে।

ROLLBACK;  -- ত্রুটি হলে ট্রানজ্যাকশন রোলব্যাক

এইভাবে, Transaction ডেটাবেসে একাধিক অপারেশন পরিচালনার সময় একক অ্যাকশন হিসেবে কাজ করে এবং ডেটার স্বচ্ছতা, নির্ভরযোগ্যতা, এবং নিরাপত্তা নিশ্চিত করে।

সারাংশ

• Transaction হল এক বা একাধিক SQL অপারেশনকে একটি ইউনিট হিসেবে পরিচালনা করা, যা নিশ্চিত করে যে সব অপারেশন সফলভাবে সম্পন্ন হবে বা একটিও সম্পন্ন হবে না।
• Atomicity, Consistency, Isolation, এবং Durability (ACID) বৈশিষ্ট্যগুলির মাধ্যমে ডেটাবেসে ডেটা নিরাপদ এবং সঠিকভাবে পরিচালিত হয়।
• ট্রানজ্যাকশন ডেটাবেসের ইনটিগ্রিটি, নির্ভরযোগ্যতা এবং নিরাপত্তা নিশ্চিত করতে অপরিহার্য।

BEGIN TRANSACTION, COMMIT, এবং ROLLBACK হল T-SQL এ ট্রানজেকশন ম্যানেজমেন্টের জন্য ব্যবহৃত কমান্ড। এগুলি ডেটাবেসে ডেটার সঠিকতা এবং অখণ্ডতা নিশ্চিত করতে সাহায্য করে। যখন আমরা একটি একাধিক স্টেটমেন্ট পরিচালনা করি, তখন ট্রানজেকশন ব্যবহার করে আমরা নিশ্চিত করতে পারি যে সমস্ত স্টেটমেন্ট সফলভাবে কার্যকর হয়েছে এবং ডেটাবেসের অবস্থা সঠিক আছে। যদি কিছু ভুল হয়, তাহলে ROLLBACK ব্যবহার করে আমরা সমস্ত পরিবর্তন পূর্বাবস্থায় ফিরিয়ে আনতে পারি।

BEGIN TRANSACTION

BEGIN TRANSACTION স্টেটমেন্টটি একটি ট্রানজেকশন শুরু করতে ব্যবহৃত হয়। এটি একটি কোড ব্লক নির্দেশ করে, যেখানে একাধিক SQL স্টেটমেন্ট একসাথে কার্যকর হবে। ট্রানজেকশন শুরু হলে, সমস্ত অপারেশন একত্রে সম্পন্ন হবে, অথবা কোনও ত্রুটি ঘটলে সমস্ত অপারেশন বাতিল হবে (ROLLBACK)।

Syntax:

BEGIN TRANSACTION;

COMMIT

COMMIT স্টেটমেন্টটি কার্যকর ট্রানজেকশনের সমস্ত পরিবর্তন নিশ্চিত করে এবং ডেটাবেসে স্থায়ী করে। একবার COMMIT করা হলে, ডেটাবেসে সমস্ত পরিবর্তন সঞ্চিত হয়ে যাবে এবং তা পুনরুদ্ধার করা সম্ভব হবে না।

Syntax:

COMMIT;

COMMIT এর মাধ্যমে আপনি নিশ্চিত করেন যে ট্রানজেকশনের সমস্ত স্টেটমেন্ট সফলভাবে সম্পন্ন হয়েছে এবং তাদের পরিবর্তন ডেটাবেসে সঞ্চিত হয়েছে।

ROLLBACK

ROLLBACK স্টেটমেন্টটি একটি ট্রানজেকশন বাতিল করে এবং তার সমস্ত পরিবর্তন পূর্বাবস্থায় ফিরিয়ে আনে। যদি কোনও ত্রুটি ঘটে এবং আপনি চান যে ট্রানজেকশনের সমস্ত পরিবর্তন ফিরিয়ে আনা হোক, তাহলে ROLLBACK ব্যবহার করবেন।

Syntax:

ROLLBACK;

ROLLBACK সাধারণত ত্রুটি হ্যান্ডলিং এর সময় ব্যবহার করা হয়, যেখানে আপনি ট্রানজেকশনের পরিবর্তনগুলো বাতিল করে ডেটাবেসকে পূর্বাবস্থায় ফিরিয়ে আনতে চান।

BEGIN TRANSACTION, COMMIT, এবং ROLLBACK এর উদাহরণ

ধরা যাক, আমরা একটি Bank টেবিলের মধ্যে Transfer ট্রানজেকশন করতে যাচ্ছি যেখানে একজন গ্রাহকের অ্যাকাউন্ট থেকে টাকা অন্য অ্যাকাউন্টে ট্রান্সফার করা হবে। যদি কোনো কারণে সমস্যা হয়, তবে আমরা ট্রানজেকশন বাতিল করতে পারব।

BEGIN TRANSACTION;

BEGIN TRY
    -- গ্রাহক একাউন্ট থেকে টাকা কমানো
    UPDATE BankAccounts
    SET Balance = Balance - 1000
    WHERE AccountID = 1;

    -- গ্রাহক একাউন্টে টাকা যোগ করা
    UPDATE BankAccounts
    SET Balance = Balance + 1000
    WHERE AccountID = 2;

    -- যদি সবকিছু ঠিক থাকে, তবে COMMIT করা হবে
    COMMIT;
END TRY
BEGIN CATCH
    -- কোনো ত্রুটি ঘটলে রোলব্যাক করা হবে
    ROLLBACK;
    PRINT 'Transaction failed: ' + ERROR_MESSAGE();
END CATCH;

ব্যাখ্যা:

1. BEGIN TRANSACTION: ট্রানজেকশন শুরু করা হয়েছে।
2. UPDATE স্টেটমেন্ট: প্রথমে গ্রাহক একাউন্ট থেকে টাকা কমানো হচ্ছে এবং পরে অন্য একাউন্টে টাকা যোগ করা হচ্ছে।
3. COMMIT: যদি সবকিছু সঠিকভাবে হয়, তবে COMMIT দ্বারা পরিবর্তন সঞ্চিত করা হবে।
4. ROLLBACK: যদি কোনো ত্রুটি ঘটে, তবে ROLLBACK দ্বারা সমস্ত পরিবর্তন বাতিল করা হবে এবং ডেটাবেস পূর্বাবস্থায় ফিরে যাবে।

Transaction Isolation

ট্রানজেকশন ব্যবহারের সময় Transaction Isolation স্তরও বিবেচ্য হতে পারে। এতে ট্রানজেকশনগুলির মধ্যে পারস্পরিক হস্তক্ষেপ নিয়ন্ত্রণ করা হয়, যেমন:

• READ UNCOMMITTED: একে অপরের পরিবর্তন পড়ে নেয়ার অনুমতি দেয়।
• READ COMMITTED: শুধুমাত্র কমিট হওয়া ডেটা পড়া যাবে।
• REPEATABLE READ: একই ট্রানজেকশনের মধ্যে একই ডেটা পরিবর্তিত হতে না দেওয়ার নিশ্চয়তা দেয়।
• SERIALIZABLE: পুরো টেবিল বা ডেটার সিলেকশন ব্লক করে।

সারাংশ

• BEGIN TRANSACTION: ট্রানজেকশন শুরু করে।
• COMMIT: ট্রানজেকশনের সমস্ত পরিবর্তন নিশ্চিত করে ডেটাবেসে স্থায়ী করে।
• ROLLBACK: ট্রানজেকশনের সমস্ত পরিবর্তন বাতিল করে এবং ডেটাবেস পূর্বাবস্থায় ফিরিয়ে আনে।
• TRY...CATCH: ত্রুটি হ্যান্ডলিংয়ের জন্য BEGIN TRY...END TRY এবং BEGIN CATCH...END CATCH ব্যবহার করা হয়, যাতে ত্রুটি ঘটলে ROLLBACK করা যায়।

Transaction Management অত্যন্ত গুরুত্বপূর্ণ যখন একাধিক SQL স্টেটমেন্ট একসাথে সম্পাদন করতে হয় এবং ডেটাবেসে নির্ভুলতা ও সামঞ্জস্য বজায় রাখতে হয়।

Transaction Isolation Levels (ট্রানজেকশন আইসোলেশন লেভেল) SQL Server এবং অন্যান্য ডেটাবেস সিস্টেমে ট্রানজেকশন পরিচালনার একটি গুরুত্বপূর্ণ ধারণা। এটি বিভিন্ন ট্রানজেকশনগুলো একে অপরের সাথে কিভাবে ইন্টারঅ্যাক্ট করবে তা নির্ধারণ করে। প্রতিটি ট্রানজেকশন নির্দিষ্ট আইসোলেশন লেভেলে কাজ করে, যা নিশ্চিত করে যে ডেটাবেসের মধ্যে একাধিক ট্রানজেকশন পরিচালনা করার সময় ডেটার সঠিকতা এবং সামঞ্জস্য বজায় থাকে।

SQL Server এ মোট ৪টি Transaction Isolation Level রয়েছে:

1. READ UNCOMMITTED
2. READ COMMITTED
3. REPEATABLE READ
4. SERIALIZABLE

এগুলি ভিন্ন ভিন্ন ডেটাবেস এক্সেস প্যাটার্ন তৈরি করে এবং প্রতিটি স্তরের মধ্যে ডেটার সঠিকতা, পঠন এবং লেখার গতি, এবং অন্যান্য ট্রানজেকশনের দ্বারা ডেটার পরিবর্তনকে কিভাবে হ্যান্ডেল করা হবে তা নির্ধারণ করে।

১. READ UNCOMMITTED

READ UNCOMMITTED হলো সবচেয়ে নিম্ন আইসোলেশন লেভেল, যেখানে একটি ট্রানজেকশন অন্য ট্রানজেকশনের uncommitted changes বা অপ্রকাশিত পরিবর্তন পড়তে পারে। এর ফলে, dirty reads (অবৈধ বা অসম্পূর্ণ ডেটা) সম্ভব।

সুবিধা:

• ট্রানজেকশনটি দ্রুত সম্পন্ন হয় কারণ এটি কোনও ধরনের লকিং ব্যবস্থার মাধ্যমে ডেটা না আটকে রেখে ডেটা পড়তে পারে।

ক্ষতি:

• Dirty Reads: এক ট্রানজেকশন অন্য ট্রানজেকশনের পরিবর্তনগুলো পড়তে পারে যা পরবর্তীতে রোলব্যাক হতে পারে, ফলে ভুল বা অসম্পূর্ণ তথ্য পাওয়া যেতে পারে।

উদাহরণ:

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;

BEGIN TRANSACTION;
    SELECT * FROM Employees;
COMMIT;

২. READ COMMITTED

READ COMMITTED হলো SQL Server এর ডিফল্ট ট্রানজেকশন আইসোলেশন লেভেল। এতে ট্রানজেকশন শুধুমাত্র committed data (যে ডেটা কমিট করা হয়েছে) পড়তে পারে এবং dirty reads আটকানো হয়, কিন্তু non-repeatable reads বা phantom reads ঘটতে পারে।

সুবিধা:

• Dirty Reads আটকানো হয়, অর্থাৎ শুধুমাত্র কমিট করা ডেটা পড়া হয়।

ক্ষতি:

• Non-repeatable Reads: একই ট্রানজেকশন বারবার একই ডেটা পড়লে, অন্যান্য ট্রানজেকশনের পরিবর্তনগুলির কারণে সেই ডেটা পরিবর্তিত হতে পারে।

উদাহরণ:

SET TRANSACTION ISOLATION LEVEL READ COMMITTED;

BEGIN TRANSACTION;
    SELECT * FROM Employees;
COMMIT;

৩. REPEATABLE READ

REPEATABLE READ এ আইসোলেশন লেভেলে ট্রানজেকশন সম্পন্ন হওয়া পর্যন্ত একটি রেকর্ডে কোন পরিবর্তন বা লক করা যায় না। এতে non-repeatable reads আটকানো হয়, কিন্তু phantom reads সম্ভব।

সুবিধা:

• Non-repeatable Reads আটকানো হয়, অর্থাৎ একবার একটি রেকর্ড পড়লে, তা পরবর্তী সময়ে অপরিবর্তিত থাকে।

ক্ষতি:

• Phantom Reads: অন্য ট্রানজেকশন একটি নতুন রেকর্ড ইনসার্ট বা ডিলিট করলে, এটি একই কুয়েরি থেকে আলাদা ফলাফল পেতে পারে।

উদাহরণ:

SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;

BEGIN TRANSACTION;
    SELECT * FROM Employees WHERE Department = 'HR';
COMMIT;

৪. SERIALIZABLE

SERIALIZABLE হলো সবচেয়ে শক্তিশালী আইসোলেশন লেভেল, যেখানে এক ট্রানজেকশন পুরো টেবিল বা রেঞ্জ লক করে, যাতে অন্য ট্রানজেকশনরা এক্সেস করতে না পারে। এতে dirty reads, non-repeatable reads, এবং phantom reads সবই আটকানো হয়।

সুবিধা:

• Dirty Reads, Non-repeatable Reads, এবং Phantom Reads সবই আটকানো হয়। এটি সবচেয়ে সুরক্ষিত ট্রানজেকশন আইসোলেশন লেভেল।

ক্ষতি:

• পারফরম্যান্স অনেক কমে যায়, কারণ এটি অন্যান্য ট্রানজেকশনকে সম্পূর্ণভাবে ব্লক করে রাখে যতক্ষণ না ট্রানজেকশন সম্পন্ন হয়।

উদাহরণ:

SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;

BEGIN TRANSACTION;
    SELECT * FROM Employees WHERE Department = 'HR';
COMMIT;

সারাংশ

Transaction Isolation Levels ডেটাবেসে একাধিক ট্রানজেকশন একে অপরের সাথে কিভাবে ইন্টারঅ্যাক্ট করবে তা নিয়ন্ত্রণ করে:

1. READ UNCOMMITTED: সবচেয়ে কম আইসোলেশন, যেখানে dirty reads সম্ভব।
2. READ COMMITTED: ডিফল্ট আইসোলেশন, যেখানে dirty reads আটকানো হয়, কিন্তু non-repeatable reads সম্ভব।
3. REPEATABLE READ: Non-repeatable reads আটকানো হয়, কিন্তু phantom reads সম্ভব।
4. SERIALIZABLE: সবচেয়ে শক্তিশালী আইসোলেশন, যেখানে সমস্ত ধরনের reads আটকানো হয়, তবে পারফরম্যান্সে খরচ বেশি।

Transaction Isolation Level নির্বাচন করা হয় ট্রানজেকশনের নির্দিষ্ট প্রয়োজনে, যেমন ডেটার সঠিকতা, পারফরম্যান্স এবং সমন্বয় নিশ্চিত করার জন্য।

Locking এবং Deadlock Management ডেটাবেস পরিচালনার গুরুত্বপূর্ণ বিষয়। Locking ডেটা অ্যাক্সেসের সিঙ্ক্রোনাইজেশন নিশ্চিত করার জন্য ব্যবহৃত হয়, এবং Deadlock Management একাধিক ট্রানজ্যাকশনের মধ্যে সৃষ্ট deadlock অবস্থা থেকে বের হওয়ার জন্য ব্যবহৃত হয়।

নিচে Locking এবং Deadlock Management এর ব্যবহারের বিস্তারিত ব্যাখ্যা দেওয়া হলো।

Locking

Locking এমন একটি প্রক্রিয়া যার মাধ্যমে SQL Server বা অন্য কোন ডেটাবেস সিস্টেম ডেটা অ্যাক্সেসে প্রতিযোগিতা নিয়ন্ত্রণ করে। যখন একাধিক ট্রানজেকশন একই ডেটাতে কাজ করে, তখন ডেটার অ্যাক্সেস সঠিকভাবে নিয়ন্ত্রণ করা প্রয়োজন, যাতে ডেটার অখণ্ডতা (integrity) বজায় থাকে।

Locking এর প্রকারভেদ:

1. Shared Lock (S Lock):
   • যখন একটি ট্রানজেকশন ডেটা পড়ার জন্য লক নেয়, অন্য ট্রানজেকশনগুলি ঐ ডেটাতে শুধুমাত্র পড়ার কাজ করতে পারে, কিন্তু লিখতে পারে না।
   • উদাহরণ: একটি SELECT অপারেশন।
2. Exclusive Lock (X Lock):
   • যখন একটি ট্রানজেকশন ডেটা পরিবর্তন করার জন্য লক নেয়, তখন অন্য কোনো ট্রানজেকশন ঐ ডেটা পড়া বা লেখা করতে পারবে না।
   • উদাহরণ: একটি INSERT, UPDATE, বা DELETE অপারেশন।
3. Update Lock (U Lock):
   • এটি একটি মাঝারি ধরনের লক যা বিশেষভাবে UPDATE স্টেটমেন্টের জন্য ব্যবহৃত হয়। যখন একটি ট্রানজেকশন কোনও রেকর্ড আপডেট করার পরিকল্পনা করে, তখন একটি U Lock নেওয়া হয়। অন্য কোনো ট্রানজেকশন ঐ রেকর্ডে পরিবর্তন করতে পারে না, তবে অন্য কিছু পড়তে পারে।
4. Intent Lock (IS, IX, SIX):
   • যখন একটি ট্রানজেকশন একটি নির্দিষ্ট রেকর্ডে লক নেবে, কিন্তু সার্বিক টেবিল বা ডেটাবেসে লক নিতে চায় না, তখন এই ধরনের লক ব্যবহৃত হয়।

Locking এর মাধ্যমে সমস্যার সমাধান:

Locking ব্যবস্থার মাধ্যমে Dirty Reads, Non-repeatable Reads, এবং Phantom Reads এড়ানো যায়।

• Dirty Read: এক ট্রানজেকশন একটি ডেটা আপডেট করলে অন্য ট্রানজেকশন যদি ঐ ডেটা পড়ে তবে সেটি একটি অনির্ভরযোগ্য ডেটা হতে পারে।
• Non-repeatable Read: যদি একটি ট্রানজেকশন একটি রেকর্ড পড়ে এবং পরবর্তী সময়ে আবার ঐ রেকর্ডটি পড়ে, কিন্তু প্রথমবারের মান পরিবর্তিত হয়ে যায়।
• Phantom Read: একটি ট্রানজেকশন একটি ডেটাসেট পড়তে পারে, কিন্তু অন্য ট্রানজেকশন ডেটা যোগ বা মুছে ফেললে পরবর্তী বার সেই ডেটাসেট আর একই থাকে না।

Deadlock Management

Deadlock একটি পরিস্থিতি, যেখানে দুটি বা তার বেশি ট্রানজেকশন একে অপরের জন্য লক ধরে রেখে থাকে এবং তারা একে অপরকে সম্পূর্ণ করতে পারছে না, কারণ প্রতিটি ট্রানজেকশন অন্য একটি ট্রানজেকশনের সম্পন্ন হওয়ার জন্য অপেক্ষা করছে।

Deadlock এর উদাহরণ:

ধরা যাক, দুটি ট্রানজেকশন একই সময় দুটি টেবিল লক করার চেষ্টা করছে:

• ট্রানজেকশন A টেবিল 1 লক করে এবং টেবিল 2 লক করার জন্য অপেক্ষা করছে।
• ট্রানজেকশন B টেবিল 2 লক করে এবং টেবিল 1 লক করার জন্য অপেক্ষা করছে।

এটি deadlock তৈরি করে, কারণ দুটি ট্রানজেকশনই পরস্পরকে অপেক্ষা করতে বাধ্য করছে, এবং কোনো ট্রানজেকশনই শেষ হতে পারছে না।

Deadlock Management এর পদ্ধতি:

1. SQL Server Deadlock Detection: SQL Server নিজেই deadlock সনাক্ত করে এবং স্বয়ংক্রিয়ভাবে এক ট্রানজেকশনকে ROLLBACK করে দেয়, যার ফলে অন্য ট্রানজেকশনটি সম্পন্ন হতে পারে। যখন SQL Server deadlock সনাক্ত করে, তখন এটি Deadlock Victim চিহ্নিত করে এবং তাকে ROLLBACK করে দেয়।
2. Deadlock Graph: SQL Server একটি deadlock graph তৈরি করে, যাতে deadlock এর কারণ চিহ্নিত করা যায়। এই গ্রাফের মাধ্যমে বুঝতে পারা যায় কোন ট্রানজেকশনগুলি deadlock তৈরি করছে এবং কেন।

Deadlock Avoidance Strategies:

• Lock Ordering: সমস্ত ট্রানজেকশনগুলির জন্য একটি নির্দিষ্ট লক অর্ডার নির্ধারণ করা যেতে পারে। অর্থাৎ, সব ট্রানজেকশনগুলো একটি নির্দিষ্ট ক্রমে টেবিল বা রেকর্ডে লক নিবে, যাতে deadlock না হয়।
• Smaller Transactions: বড় ট্রানজেকশনকে ছোট ছোট ট্রানজেকশনে ভাগ করা। এতে একাধিক ট্রানজেকশন একযোগে কাজ করতে পারে এবং deadlock হওয়া কমে যায়।
• Retry Logic: যখন একটি ট্রানজেকশন deadlock এ পড়ে, তখন retry logic ব্যবহার করা হয়। অর্থাৎ, যে ট্রানজেকশনটি rollback হয়েছে, তা আবার চেষ্টা করবে।

Deadlock Avoidance Example:

BEGIN TRANSACTION;

-- Transaction A
UPDATE Table1 SET Column1 = 'Value1' WHERE ID = 1;
WAITFOR DELAY '00:00:05'; -- Simulate some work

-- Transaction B
BEGIN TRANSACTION;
UPDATE Table2 SET Column2 = 'Value2' WHERE ID = 2;
WAITFOR DELAY '00:00:05'; -- Simulate some work
COMMIT;

এটি একটি সিম্পল deadlock সৃষ্টির উদাহরণ, যেখানে ট্রানজেকশন A এবং B পরস্পরের সাথে deadlock তৈরি করবে যদি তাদের মধ্যে লক ব্যবস্থা না থাকে।

Deadlock Detection and Handling in SQL Server

SQL Server deadlock সনাক্ত করে এবং স্বয়ংক্রিয়ভাবে তাকে ম্যানেজ করে। SQL Server Profiler বা Extended Events ব্যবহার করে deadlock logs দেখতে পারেন এবং deadlock কেন ঘটছে তা বিশ্লেষণ করতে পারেন।

Deadlock Trace:

SQL Server একটি ডেডলক লোগ তৈরি করে যা পরবর্তীতে বিশ্লেষণ করা যায়:

DBCC TRACEON(1204, -1);  -- Enable deadlock trace
DBCC TRACEOFF(1204, -1); -- Disable deadlock trace

এটি SQL Server এর লগে deadlock ঘটার তথ্য তৈরি করে, যা পরবর্তীতে বিশ্লেষণ করা যায়।

সারাংশ

• Locking: এটি ডেটাবেসের টেবিল এবং রেকর্ডে একাধিক ট্রানজেকশনের অ্যাক্সেস নিয়ন্ত্রণ করে। Shared, Exclusive, Update, এবং Intent লক ধরনের ব্যবহৃত হয়।
• Deadlock: এটি তখন ঘটে যখন একাধিক ট্রানজেকশন একে অপরের জন্য অপেক্ষা করে এবং কোনো একটি ট্রানজেকশনও সম্পন্ন হয় না।
• Deadlock Management: SQL Server স্বয়ংক্রিয়ভাবে deadlock সনাক্ত করে এবং একটি ট্রানজেকশন ROLLBACK করে দেয়। deadlock এড়াতে lock ordering, smaller transactions, এবং retry logic ব্যবহার করা যায়।

Deadlock এবং Locking এর সঠিক ব্যবস্থাপনা ডেটাবেসের পারফরম্যান্স এবং অখণ্ডতা বজায় রাখতে অত্যন্ত গুরুত্বপূর্ণ।